Systems and methods for leveraging metadata for cross product playlist addition via voice control

ABSTRACT

Systems and methods for generating a playlist of audio content for a vehicle are disclosed. An audio input is received at a vehicle entertainment system of the vehicle while an audio content item is currently played by the vehicle entertainment system. The audio input includes an audio command trigger and an audio playlist command. In response to detecting the audio command trigger in the audio input, the audio input is parsed to determine the audio playlist command. A metadata associated with the audio content item is determined. In response to determining the audio playlist command, the audio content item is caused to be added to an audio content playlist of a third-party service based on the metadata of the audio content item.

BACKGROUND

The present disclosure relates to in-vehicle on-demand audio signalprocessing and, more particularly, to systems and methods related toin-vehicle command-based audio content management techniques.

SUMMARY

At the fingertip of the internet user lies a web of interwoveninfrastructure nearly single-handedly responsible for transforming ourmodern-day living from online shopping to digital interactions tocontent streaming, just to name a few examples. The internet wasinitially brought to the office of the consumer, then to the residenceof the consumer, and more recently it is trending to the vehicle of theconsumer with formidable contributions such as guiding self-drivingvehicles, tooling onboard navigation systems, and enablinginternet-based media entertainment. The driver of a self-driving car isprovided with real-time, internet-guided auto-steering mechanisms forpromoting a handsfree driving experience. The driver of a conventionalvehicle is provided with mobile, real-time, and easy access to aninternet-based navigational guidance system for locating a desireddestination location. The driver of an internet-ready vehicle,self-driving or not, is provided with selective access to internet-basedradio broadcast channels for a customized audio content-streamingexperience. Taking the example of a vehicular internet audio-streamingfeature, certain application programming interfaces (APIs) arespecifically tailored to provide riders with internet-based orterrestrially provided music choices by connecting the vehicle to onlinemusic stations or terrestrial-broadcast radio stations through anintermediary vehicle entertainment device. The Apple-manufactured CarPlay is an example application that, when executed, causes theprojection of a user's smart device screen display onto the vehicleentertainment device screen display bringing the digital audioexperience to the internet-ready vehicle. The driver or passenger canselect between various types of streamed audio content, such aspodcasts, eBooks, and music but only when connected, wirelessly or withwire, to an application executing on and externally located to thevehicle entertainment device, such as the smart device. Anotheravailable vehicle-specific API, Gracenote, provides audio-relatedinformation display supplementing the rider's driving experience withaudio content data. Neither application is without consumerservice-providing limitations. In both scenarios, the consumerexperience is lacking in the absence of a seamless vehicle-to-internetdirect audio coupling. The Car Play option falls short of offering anintegrated audio content-streaming service, and the Gracenote option,largely focused on song, song title, and artist recognition features,offers little by way of an in-vehicle audio content play processing. Addto that manually driven search entry and application installation andupdating, and the user experience is dramatically diminished.

A fully integrated and seamless internet-based vehicular entertainmentsystem, with no external smart device prerequisite, provides a nearlyopposite experience, one that is user enhanced. In disclosedembodiments, a vehicle entertainment system includes a fully integratedaudio-streaming and processing service, imparting to the user anapplication-free and internet-based entertainment experience. The usercan selectively activate an internet- or terrestrial-sourcedaudio-streaming service with on-demand, command-driven, and real-timeaudio playlist-building capabilities. In some cases, a driver or avehicle passenger can enjoy a handsfree, automated playlist processingservice in the car. While listening to terrestrial broadcast orinternet-based audio, the rider selectively commands, with a shortutterance, transferring an audio content item, an audio contentidentifier, or both to a remote third-party service, such as Spotify,Pandora, or other audio services, for playlist building.

In accordance with various embodiments, a method of automaticallygenerating a playlist of audio content from a vehicle is disclosed. Avehicle entertainment system of the vehicle receives an audio inputincluding an audio command trigger and an audio playlist command. Forexample, the vehicle entertainment system may receive an audio input,“TIVO, add this song to my Spotify playlist,” that includes an audiocommand trigger, “TIVO” and an audio playlist command, “add this song tomy Spotify playlist.” In response to detecting the audio command triggerin the audio input, the vehicle entertainment system parses the audioplaylist command to extract a third-party provider identification (e.g.,Spotify). The system determines an item of metadata of an audio contentitem that identifies an audio content item currently playing on thevehicle entertainment system of the vehicle. Various information may beextracted from the metadata regarding the currently playing audiocontent item on the vehicle entertainment system, for example, the audiocontent item's title (e.g., the song “Dream On)”, the artist (e.g.,Aerosmith), and various other audio content-related data. In accordancewith the audio playlist command, identification of the audio contentitem (e.g., the song “Dream On”,) and related information aresubsequently bundled into a proxy file and transmitted by the vehicleentertainment system to a third-party server of the user-specifiedthird-party service for adding the audio content item identified in theproxy file to a user audio content playlist. In some cases, thethird-party service may be extracted from the audio playlist command ofthe audio input.

The audio input may be received while the audio content item is playedby the vehicle entertainment system. For example, the song, “Dream On”may be playing in the car when the vehicle entertainment system receivesthe audio input “TIVO, add this song to my Spotify playlist.” Similarly,the audio command trigger may be detected while the audio content itemis playing in the vehicle. For example, the audio trigger “TIVO” may bedetected while the vehicle entertainment system plays the song “DreamOn.”

In some embodiments, at least a part of the metadata may requiretranslation to a metadata recognizable third-party service provider. Forexample, the metadata of the currently playing audio content item mayinclude an identification unique and recognizable to TIVO (e.g., audiocontent identifier) yet foreign and unrecognizable to Spotify. In thiscase, the system performs a translation operation to convert theTIVO-recognizable identification—audio content identifier—to aSpotify-recognizable identification—third-party content identifier—toensure proper identification of the audio content item of interest inthe proxy file to the third-party recipient, Spotify. In someembodiments, the audio content identifier may be a song identification,a key specifying a third-party playlist service, for example, Spotify, aplaylist parameter, or a combination thereof.

In some embodiments, the vehicle entertainment system may build or editthe audio content playlist without resorting to a third-party service,based on the audio playlist command. In this case, the vehicleentertainment system and the third-party service may performplaylist-related operations such as maintaining, building and editingthe audio content playlist.

Whether the audio content playlist is third-party-generated orin-vehicle generated, the audio content playlist may be based on anaudio content category. For example, the playlist may be organized byartist or genre. The audio content item or an identifier of the audiocontent item may be transmitted to a remote third-party serveraffiliated with the third-party service. In some cases, the audiocontent item, an audio content identifier, or a combination, of theaudio content playlist may be saved in a database, remotely located fromthe vehicle, and may be transmitted from the database to the remotethird-party service under the control of the vehicle entertainmentsystem for building or editing the playlist. The audio content item maybe sourced by an internet network device, or it may be terrestriallysourced, both remotely and externally located to the vehicle. Forexample, the song “Dream On” may be received from the server of aninternet radio station or it may be received from a frequency modulated(FM) radio station.

In some cases, the database stores and maintains audio content (oridentifiers of audio content) for audio content playlists. For example,audio content identifiers, transmitted by the vehicle entertainmentsystem, may be stored and categorized for subsequent transmission to athird-party server of the third-party service. Upon receipt of thestored information, the third-party server may construct or edit theplaylist and transmit the constructed or edited playlist back to thedatabase or the vehicle entertainment system. In some cases, thedatabase may store playlist content or content identifies from more thanone source. For example, the database may collect user-identified audiocontent identifiers of audio content from various audio content sourcesfor building a playlist from the collected audio content. Themulti-sourced audio content may be from a user home device, a useroffice device, and the user vehicle entertainment device; the collectivesum of all identified content may ultimately become the subject of auser playlist under construction. That is, the collected identifiedcontent may be transmitted to a third-party service for building ormodifying the user playlist of audio content, including a combination ofthe collected identified content and the content identified by the uservehicle entertainment system for subsequent transmission to athird-party service to build or modify a user playlist. A third-partyserver affiliated with the third-party service may be directed totransmit the built or edited playlist to the vehicle entertainmentsystem, the database, or another destination device or system.

In some embodiments, detecting the audio command trigger indicates tothe vehicle entertainment system to perform an action related to one ormore audio content items vis-a-vis one or more audio content playlists.For example, the audio command “TIVO” may be indicative of taking anaudio playlist action to add or even to remove a song from a userplaylist.

The audio content identifier in the metadata may be translated to athird-party audio content identifier based on a protocol. With continuedreference to the above example, the audio content identifier may needtranslation to an identifier recognizable to Spotify for adding the song“Dream On” to a corresponding user playlist, in accordance with aSpotify-specific protocol. The audio content identifier uniquelyidentifies the audio content to the vehicle entertainment system, andthe third-party audio content identifier uniquely identifies the audiocontent and in some cases, the audio content playlist corresponding tothe audio content, to a remote server (e.g., a Spotify-affiliatedserver) for inclusion of the audio content item in the audio contentplaylist. The third-party audio content identifier is then transmittedby the vehicle entertainment system to the remote third-party server foradding the audio content item to the audio content playlist.

A third-party audio content identifier and the audio content identifiereach identify audio content for inclusion in corresponding audio contentplaylists that may or may not be based on audio content categories. Insome cases, an audio content identifier or a third-party audio contentidentifier may be a song identification, a key, a playlist parameter, orsome combination thereof. It is understood that the foregoing identifierexamples are not all-encompassing and that identifiers, for playlists orotherwise, may suitably carry other types of information relating toaudio content and audio content-related information, such as, withoutlimitation, audio content playlists.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and other objects and advantages of the disclosure will beapparent upon consideration of the following detailed description, takenin conjunction with the accompanying drawings, in which like referencecharacters refer to like parts throughout, and in which:

FIGS. 1-2 each show an illustrative diagram of an audio playlistgeneration system, in accordance with some embodiments of thedisclosure;

FIG. 3A shows an illustrative diagram of an example of an audio inputreceived by an audio playlist generation system, in accordance with someembodiments of the disclosure;

FIG. 3B shows an illustrative diagram of an example of a playlistgenerated by an audio playlist generation system, in accordance withsome embodiments of the disclosure;

FIG. 3C shows an illustrative diagram of an example of a proxy fileimplemented by an audio playlist generation system, in accordance withsome embodiments of the disclosure;

FIG. 4 shows an illustrative diagram of an audio playlist generationsystem, in accordance with some embodiments of the disclosure;

FIG. 5 depicts a block diagram of an illustrative example of a userequipment device, in accordance with one embodiment;

FIG. 6 depicts an example of an illustrative system implementing theuser equipment device, in accordance with one embodiment;

FIG. 7 depicts a block diagram of an illustrative example of a userequipment device, in accordance with one embodiment;

FIG. 8 shows an illustrative diagram of an example vehicle employing anaudio playlist generation system, in accordance with some embodiments ofthe disclosure;

FIG. 9 shows an illustrative diagram of an example user interfaceemployed in an audio playlist generation system, in accordance with someembodiments of the disclosure; and

FIGS. 10-11 each depict an illustrative flowchart of an audio playlistgeneration process, in accordance with some embodiments of thedisclosure.

DETAILED DESCRIPTION

The present disclosure is, in some embodiments, directed to methods andsystems for in-vehicle audio playlist generation, processing, andmaintenance, and more particularly to in-vehicle voice command-triggeredaudio playlist generation and editing techniques.

FIG. 1 shows an illustrative diagram of an exemplary audio playlistgeneration system 100, in accordance with some embodiments of thedisclosure. In some embodiments, system 100 performs on-demandvehicle-commanded audio playlist generation, processing, management, andmaintenance based on audio content items played and displayed in thevehicle and sourced from one or more audio content types. The system isvoice command-triggered to perform certain audio playlist actions basedon one or more audio content types from one or more variety of audiocontent sources (e.g., terrestrial, internet) and geographical originsavailable to a user or occupant of a vehicle.

In one embodiment, as shown in FIG. 1, a system 100 includes an array104 of antennas (104 a, 104 b, 104 c, 104 d . . . 104 n, “n” being aninteger value), a vehicle 106 with antenna array 108 and including avehicle entertainment system 110, a third-party server 107, a database102, and a communication network 120. Vehicle 106 with antenna array 108and vehicle entertainment system 110 may comprise an audio playlistgeneration system, such as without limitation, vehicle entertainmentsystem 110 of various disclosed embodiments. Vehicle entertainmentsystem 110 may comprise an audio playlist generation system in variousembodiments.

While an array 104 of a specific number of antennas (104 a-104 d),located in various geographical regions (e.g., Seattle, California,Austin, and Boston, respectively) is shown in FIG. 1 and describedherein, it is understood that array 104 may include a different numberof (up to n) antennas dispersed in various geographical regions. In someembodiments, some or all of the antennas of array 104 are collectivelylocated in a single region. In some embodiments, broadcast-generated(terrestrial-generated) audio content items 105 may be broadcast fromvarious locations around the entire country. In some embodiments,internet-generated audio content items 109 may be received from one ormore audio content-producing internet devices. For both the broadcast-and internet-sourced content items, selection of audio content items isa matter of a user selection or based on a machine-selection model. Inthe former case, for example, a driver or occupant of vehicle 106 mayselect a broadcast radio station or an internet-based station forin-vehicle listening pleasure. Additionally, or alternatively, amachine-learning model may be trained with training data representinguser (e.g., a registered owner or regular driver of vehicle106)-selected broadcast and internet station and channel selections overtime. The trained model may then become the source of in-vehiclebroadcast and internet radio station and channel selection for a userhandsfree experience, a particularly useful feature of an autonomousvehicle.

Vehicle 106 may be a passenger car, a truck, a bus, or a minivan.Vehicle 106 may be any vehicle type capable of human transportation,equipped with an on-board entertainment system and internet-ready. Insome embodiments, vehicle 106 may be autonomous, but vehicle 106 neednot be self-driving and may be a conventional vehicle requiring manualguidance by a human driver. Vehicle 106 may be a hybrid vehicle, forexample, a semi self-driving vehicle with some but not all drivingfeatures automated. For example, vehicle 106 may be equipped withautomated lane-changing mechanisms but manual steering features.

Each of the antennas (104 a, 104 b, 104 c, 104 d . . . 104 n) of array104 may be a broadcast receiving antenna and a broadcast-transmittingantenna. For example, each of the antennas of array 104 may be anomnidirectional antenna suitable for transmitting and receivingbroadcast signals. According to an embodiment, array 104 may communicateover one or more wireless networks that operate according to a 5Gspecification or standard. In some embodiments, the wireless networkincludes one or more wireless networks that operate according to aspecification or a standard other than a 5G specification or standard.For example, the wireless network may operate as a 3G network, a 4Gnetwork, an LTE network, an LTE-Advanced (LTE-A) network, a GlobalSystem for Mobile Communications (GSM) network, a Code Division MultipleAccess (CDMA) network, a Wideband Code Division Multiple Access (WCDMA)network, an Ultra Mobile Broadband (UMB) network, a High-Speed PacketAccess (HSPA) network, an Evolution Data Optimized (EV-DO) network, aUniversal Mobile Telecommunications System (UMTS) network, or some othertype of wireless network (e.g., an ad hoc network, a non-land-basedwireless network, etc.). According to an exemplary implementation, awireless network includes a radio access network (RAN) and a corenetwork.

In some embodiments, vehicle 106 receives broadcast audio content items105 through a vehicle antenna 108 positioned on vehicle 106. Antenna 108may be positioned at any location externally or internally to thevehicle that is suitable for transmitting and receiving broadcastsignals of audio content items detectable by vehicle 106, to and fromarray 104, respectively. In the embodiment of FIG. 1, antenna 108 isshown positioned on a top surface (e.g., roof) of vehicle 106, butantenna 108 need not be positioned as shown in FIG. 1.

In some embodiments, vehicle 106 may receive broadcast audio contentitems 105 indirectly. For example, vehicle 106 may receive audio contentfrom database 102. In such cases, database 102 requires an antenna oranother type of a receiving and transmitting mechanism for communicatingwith vehicle 106. Database 102 can store all or some received orbroadcast audio, content items from the broadcast content sources.Database 102 may analogously store all received internet-generated audiocontent items 109 from internet-generating audio sources. For example,database 102 may receive broadcast audio content items 105 from theantennas of array 104 and store the received broadcast content items ina storage local or externally coupled to database 102. Similarly,database 102 may receive and store audio content items 109. In the caseof broadcast audio content items (e.g., audio content items 105), whilenot shown in FIG. 1, database 102 may include the broadcast audiocontent items 105, or database 102 may be coupled to transmit andreceive audio signals the broadcast audio content items 105.Analogously, database 102 may receive internet-generated audio contentitems 109 from communication network 120 and store the received contentitems in a storage local or externally coupled to database 102. In suchcases, while not shown in FIG. 1, database 102 may include the broadcastaudio content items 105, or database 102 may be coupled to transmit andreceive audio signals representing the broadcast audio content items 105and internet-generated audio content items 109. Database 102 can includea server or a collection of servers designed to receive and store thebroadcast audio content items and the internet-generated audio contentitems. Broadcast content sources, for example, from California viaantenna 104 b, can include over-the-air digital signals or over-the-airanalog signals. In some embodiments, system 100 may convertover-the-air, analog, or digital signals to MPEG or MP3 (audio) signalsfor storage and processing. For example, vehicle 106 may convertover-the-air or analog signals, transmitted from array 104 orcommunication network 120, to MPEG or MP3 signals, and MP3 signals maybe used to carry audio signals with audio content of audio content itemssubsequently the subject of an in-vehicle and user-specified audioplaylist. In some embodiments, vehicle entertainment system 110converts, at least in part, over-the-air, analog, or digital signals toMPEG or MP3 signals.

Vehicle 106 includes a vehicle entertainment system 110 configured toprocess, construct, and in some cases maintain, audio playlists based ona user selection of an audio content item. In some embodiments, vehicle106 receives an audio input at vehicle entertainment system 110. Vehicle106 may be listening for an audio command trigger while receiving anaudio input. Vehicle 106 may receive an audio input while an audiocontent item is currently played by the vehicle entertainment system(e.g., the song “Dream On” by the band Aerosmith). The audio contentitem may be terrestrially sourced—broadcast audio content received fromarray 104—or internet-sourced—internet-generated audio content fromcommunication network 120. The audio input includes an audio commandtrigger and an audio playlist command. In response to detecting theaudio command trigger in the audio input, vehicle entertainment system110 parses the audio input to determine the audio playlist command. Insome embodiments, the audio playlist command is a user (e.g., driver oroccupant of vehicle 106) command, a commanded action on a user-specifiedaudio playlist (e.g., “Add this song to my Spotify playlist” or“Generate a playlist of the same genre on Spotify”). In response todetecting the audio command trigger, vehicle entertainment system 110may determine a metadata associated with the audio content item of theaudio content playing in vehicle 106 and, in response to determining theaudio playlist command, vehicle entertainment system 110 may cause theaudio content item to be added to an audio content playlist of athird-party service based on the metadata of the audio content item.

With continued reference to FIG. 1, database 102 may be a relationaldatabase, NoSQL, or object-oriented database. Database 102 may be anydatabase or storage space (e.g., persistent or non-persistent storage)suitably configurable for housing audio content—and audio contentidentifiers—information related to audio content, as shown and discussedherein. In some embodiments, database 102 includes one or more databasedevices, which may be of a common database type, such as, withoutlimitation, one or more relational databases, or of differing databasetypes, such as, without limitation, one or more relational and one ormore object-oriented database types.

In FIG. 1, database 102 and other systems may be communicatively coupledthrough communication network 120. In the embodiment of FIG. 1, database102 and server 107 are shown communicatively coupled throughcommunication network 120. Specifically, database 102 and server 107 areshown communicatively coupled through interface 134 to communicationnetwork 120 for facilitating the exchange of audio content and audiocontent identifier information for use by vehicle entertainment system110. Database 102 and communication network 120 may be communicativelycoupled wirelessly or with wire. In some embodiments, database 102 maybe coupled directly or indirectly, wirelessly, to vehicle entertainmentsystem 110. Similarly, server 107 and communication network 120 may becommunicatively coupled wirelessly or wired. In some embodiments, server107 may be coupled directly or indirectly, and wirelessly, to vehicleentertainment system 110 through interfaces 112 and 114 of communicationnetwork 120. In the embodiment of FIG. 1, database 102 and vehicleentertainment system 110 are shown coupled through an interface 124.Database 102 may be wirelessly communicatively coupled to vehicleentertainment system 110 for housing audio content items and audiocontent identifier information for the ultimate building or editing ofan audio playlist, as disclosed herein. In some embodiments, database102 and vehicle entertainment system 110 communicate through interface125 of communication network 120, as further discussed below. In someembodiments, system 100 does not include database 102. In such anembodiment, the relevant functions of database 102 may be performed, atleast in part, by vehicle entertainment system 110 or a combination ofvehicle entertainment system 110, communication network 120, and server107. In an example implementation, database 102 may be a physicallylocal storage device or storage space that is in part or in wholeincorporated into vehicle entertainment system 110 or an electronicdevice of vehicle 106 other than and communicatively coupled to vehicleentertainment system 110.

In some embodiments, such as shown in the embodiment of FIG. 1, database102 is organized into storage spaces for housing a combination of userprofile items, audio content, audio content identifiers or other audiocontent-related information. User profile items may includeuser-favorite audio content items, for example, based on historical userselections, and/or other user-specific information. Database 102 mayfurther house user audio playlist selections and machine learning-basedaudio playlist selections, as further discussed below.

Third-party server 107 may be a database or other storage types such asdiscussed above relative to database 102. Server 107 may be a networkingdevice affiliated with a third-party audio content management service(e.g., Spotify, Pandora) for building audio playlists pursuant torequests from vehicle entertainment system 110. For example, server 107may receive a request through interface 112, from vehicle entertainmentservice 110, to add an audio content item to an existing user playlist(e.g., one of a particular genre) or to build a new playlist based onthe audio content item, for example. In some embodiments, vehicleentertainment system 110 is equipped to communicate with an applicationprogramming interface (API) 132 of server 107 to effect user-commandedplaylist actions. For example, vehicle entertainment system 110 maystore JavaScript Object Notation (JSON)-formatted code that whenexecuted by a processor of, coupled to, or accessed by vehicleentertainment system 110 causes an content item played in-vehicle (e.g.,the song “Dream On”) to be added to a user playlist by server 107.Vehicle entertainment system 110 may transmit a request to add an audiocontent item to an existing or new playlist through interface 112 andcommunication network 120 and may, in return, receive an updated ornewly constructed playlist from server 107 through interface 114 andcommunication network 120. In some cases, vehicle entertainment system110 may construct or update a playlist without, or in addition to,resorting to server 107. Vehicle entertainment system 110 and server 107may exchange other types of information, as further discussed herein.Server 107 may be located internally or externally to a network cloud.For example, server 107 may be a part of communication network 120 orexternally located and communicatively coupled to communication network120, as shown in the embodiment of FIG. 1. Server 107 may be anynetworking or storage device with the capability to communicate andacknowledge requests from vehicle entertainment system 110 and togenerate, update, and process audio playlists on-demand.

In some embodiments, the JSON code includes metadata associated with aTiVo entertainment system, such as vehicle entertainment system 110 ofFIG. 1, or TiVo in general. For example, a TiVo entertainment systemimplemented in an internet-connected car, such as vehicle 106 of FIG. 1,can use JSON code to program the metadata associated with a song that isplaying in vehicle 106. For example, the TiVo entertainment system maybe programmed with the following raw JSON code:

{“status”:“ok”, “code”:200, “messages”:null,“build”:“1.0”,“parameters”:{“apiKey”: “crw5myhx6caazcmsky56ud9s”, “id”: “Dream On”, “include”:“all”, “format”: “json”, “country”: “US”, “language”: “en”},“serverName”: “tul1csprcs6.corporate.local”, “startTime”:“2020-04-26T19:20;54Z”, “duration”: 135,“song”:{“ids”:{“amgClassicalTrackId”: null, “amgPopTrackId”: “T841898”,“irscId”: “US SM10011897”, “muzeID”: “2750616”, “trackID”:“MT0008867553”}, “title”: “Dream On”, “primaryArtists”:[{“id”:“MN0006048252”, “name”>“Aerosmith”}], “isPick”:true, “genres”:[{“id”:“MA0000002613”, “name”: “Pop/Rock”, “weight”:8}], “attributes”:null,“attributesUri”:null, “appearances”:[{“ids“:{albumId”: “MW0002654019”,“released”: “MR0005179349”, “trackId”: “MT0057453193”}, “title”: “LiveRock Songs”, “label”: “Universal”, “year”: “ ”, “rating”:0,“isPick”:false, “hasReview”:false, “sample”: “ ”, “sonySample”: false,“duration”:291}, {“ids”:{“albumId”: “MW0000318767”, “released”:“MR0000270828”, “trackId”: “MT0008271885”{, “title”: “Metalmania”,“label”: “Columbia”, “year”: “ ”, “rating”:5, “isPick”:false,“hasReview”:false, “sample”: “ ”, “sonySample”:false, “duration”:0},{“ids”:{“albumId”: “MW0002189526”, “released”: “MR0003416489”,“trackId”: “MT0042070145”}, “title”:“Permanent Rock: Live In Boston”,“label”: “Access All Areas/Intergroove”, “year”: “ ”, “rating”:0,“isPick”:false, “hasReview”:false, “sample”: “ ”, “sonySample”:false,“duration”:}, {“ids”:{albumId”: “MW0002891688”, “released”:“MR0004482166”, “trackId”: “MT0052840681”}, “title”: “Rockin' Roots ofAerosmith”, “label”: “LaserThe above JSON code may be represented in a user-friendly format asfollows:

JSON

status: ok

code: 200

messages: null

build: 1.0

parameters

-   -   apiKey: crw5myhx6caazcmsky56ud9s    -   id: Dream On    -   include: all    -   format: json    -   country: US    -   language: en

serverName: tul1csprcs6.corporate.local

startTime: 2020-04-26T19:30:547

endTime: 2020-04-26T21:35:547

duration: 135

song

-   -   ids        -   amgClassicalTrackId: null        -   amgPopTrackID: T 841898        -   isrcId: USSM10011897        -   muzeId: 2750616        -   trackId: MT0008867553    -   title: Dream On    -   primaryArtist        -   0            -   id: MN0000604852            -   name: Aerosmith    -   isPick: true    -   genres        -   0            -   id: MA0000002613            -   name: Pop/Rock            -   weight: 8    -   attributes: null    -   attributesUri: null    -   appearances    -   appearancesUri:        http://rcs.rovicorp.com/v1.1/song/appearances?format=json&apikey=crw5myhx6caazcmsky56ud9s&trackId=MT0008867553&allowsmeclip=false        The above JSON code may identify the audio content        identifier—the identifier for the song “Dream On”—with the        “apiKey” parameter or the “trackid”. In the same code, the        playlist genre may be indicated as “Pop/Rock”. For example,        vehicle entertainment system 110 may create a playlist of audio        content items, including the song “Dream On” by the band        Aerosmith, of the pop/rock genre.

Vehicle entertainment system 110 of vehicle 106 may be coupled to one ormore remaining electrically powered automobile devices or a centralelectronic back panel device communicatively coupling various electronicdevices, including vehicle entertainment system 110, to each other. Insome embodiments, vehicle entertainment system 110 is communicativelycoupled to other in-vehicle devices of vehicle 106 through an interface130. Interface 130 may be a wired or wireless interface. In someembodiments, communication of audio content, audio content identifier,and audio input between vehicle entertainment system 110 and otherdevices (e.g., database 102, server 107, communication network 120) maybe facilitated through interface 130 using a wired connection, such asan audio cable, USB cable, ethernet cable or the like attached to acorresponding input port, or may be accomplished using a wirelessconnection, such as through Bluetooth, WIFI, WiMAX, GSM, UTMS, CDMA,TDMA, 3G, 4G, 5G, Li-Fi, LTE, or any other suitable wirelesstransmission protocol.

Vehicle entertainment system 110 of vehicle 106 may include an audiotransceiver with the capability to transmit, receive, and process audiosignals, such as, without limitation, audio content items transmittedthrough audio content-related signals for building audio playlists. Theaudio transceiver may be used for transmitting and receivingmessage-carrying signals, such as, without limitation, audio playlistbuild or edit commands, communicated between server 107 and database102, for example. Alternatively, an audio receiver located externallyand coupled to vehicle entertainment system 110 and positionedinternally to vehicle 106, may serve as an audio signal transceiver forreceiving and transmitting audio signals from and to vehicleentertainment system 110.

In some embodiments, vehicle entertainment system 110 can present andplay a selection of audio content for generating or editing an audioplaylist, in some cases via a user interface (an example of which isshown and discussed relative to FIG. 2), based on user selections.Vehicle entertainment system 110 may receive broadcast-sourced audiosignals from array 104 via antenna array 108, and internet-sourcedsignals from communication network 120. Vehicle entertainment system 110may request third-party server 107 to generate an audio playlist basedon a user voice command-triggered selection from the received broadcastand/or internet-based audio content. In some embodiments, vehicleentertainment system 110 may transmit identifying information andpossibly other types of information relating to a selected audio contentto third-party server 107 of a third-party audio service provider forgenerating an audio playlist based on the selection from the receivedbroadcast sources from array 104 or internet sources.

Communication network 120 may be a wide area network (WAN), a local areanetwork (LAN), or any other suitable network system. Communicationnetwork 120 may include one or more network systems. For example,communication network 120 may include a WAN and a LAN, two or more LANs,two or more WANs, or a combination thereof. In some embodiments,communication network 120 and vehicle entertainment system 110 arecommunicatively coupled through one or more network communicationinterfaces. For example, communication network 120 and vehicleentertainment system 110 may be communicatively coupled throughinterfaces 112, 114, and 125, as shown in FIG. 1. Communication network120 and vehicle entertainment system 110 may be communicatively coupledwirelessly. In some example implementations, communication network 120and vehicle entertainment system 110 may be communicatively coupledthrough the interfaces shown and discussed relative to FIGS. 5-7 herein.In some embodiments, communication network 120 and vehicle entertainmentsystem 110 may be communicatively coupled in accordance with one or moresuitable network communication interfaces not necessarily shown anddiscussed herein.

Communication network 120 generally includes various networkinginfrastructures supporting network traffic transmission. In theembodiment of FIG. 1, communication network 120 is shown to include aserver farm 116 and communication servers 118 (118 a, 118 b, and 118 c)for facilitating internet communication between vehicle entertainmentsystem 106 and third-party server 107. In some embodiments,communication network 120 further facilitates internet communicationbetween database 102 and server 107. For example, database 102 andserver 107 may communicate through communication server 118 c ofcommunication network 120 although most often, the networking equipmentthrough which systems external to the communication system communicateis not the same. Sometimes, even a single communication kernel of datais broken up and each divided portion is transmitted through one or moredifferent networking devices of communication network 120. It isunderstood that while communication network 120 is shown to include alimited amount of networking equipment, such as servers 118 and serverfarm 116, communication network 120 may indeed and typically doesinclude another amount of networking equipment. Additionally, oralternatively, communication network 120 may and often does includeother types of networking equipment than those shown in the embodimentof FIG. 1 through which various illustrated systems establishcommunication. For example, server 107 and vehicle entertainment system110 are shown to communicate through servers 118 a and 118 b in FIG. 1.In some embodiments, server 107 and vehicle entertainment system 110 maycommunicate through routers in addition to or in place of servers 118 aand 118 b. Server farm 116 may include one or more network devices fortransmitting internet-generated audio content items; for example, serverfarm 116 may include one or more servers for transmitting a particularinternet audio channel.

In some cases, while not shown in FIG. 1, communication network 120 mayfurther facilitate internet communication between vehicle entertainmentsystem 110 and database 102. For example, instead of or in addition todatabase 102 communicating with vehicle entertainment system 110 throughinterface 124, database 102 may communicate through communicationnetworking equipment of communication network 120 to vehicleentertainment system 110. Similarly, server farm 116 may be made ofdifferent networking equipment or vehicle entertainment system 110 mayreceive internet-generated (streamed) audio content from additional orother networking equipment in communication network 120.

In some embodiments, vehicle 106 is internet-ready and configured toreceive internet-streamed audio content instead of or in addition tobroadcast audio content items 105. In some embodiments, speech datapackets are received at an audio receiver of vehicle entertainmentsystem 110 of vehicle 106. For example, vehicle 106 may receive packetsof audio-streamed content from an internet radio station generated fromserver farm 116. Vehicle entertainment system 110 of vehicle 106 mayplay an audio content item received from a broadcast orinternet-streamed. Alternatively, or additionally, another audiotransmitting device in vehicle 106 may play the audio content. While theaudio content is playing in vehicle 106, vehicle entertainment system110 may transmit audio content data relating to the audio content beingplayed to server 107 for building or editing a user-specified audioplaylist based on the audio content corresponding to the transmittedaudio content data. Vehicle entertainment system 110 of vehicle 106 mayinstead or in addition, transmit the audio content data to database 102for storage. For example, vehicle entertainment system 110 may transmitaudio content data identifying various audio content playing in vehicle106 at various times to database 102 for storage and subsequenttransmission to server 107 for building or editing a user-specifiedplaylist. Vehicle entertainment system 110 may build or edit anin-vehicle audio playlist in addition to or in place of the audioplaylist built or edited by server 107.

In some embodiments, the system listens for and receives an audio input(e.g., a user-uttered command) in-vehicle and, based on the audio input,generates or edits, or requests generating or editing, one or more audioplaylists with an audio content item. The audio content item may be acurrently in-vehicle playing audio content item. Playlist generation,processing, or editing may be triggered by an audio command triggerpreceding an audio playlist command (e.g., the uttered command) thatwhen detected by the system, causes the system to process the command.The audio playlist command may be related to an action the system isdirected to take in connection with an audio playlist. An example of anaudio input including an audio command trigger and an audio playlistcommand is provided in FIG. 3A.

In one embodiment, as shown in FIG. 1, the system facilitates in-vehiclegeneration or editing of audio playlists based on a selection of audiocontent items received from multiple broadcast streams from differentgeographical areas (e.g., New Jersey, California, Texas, etc.) or frominternet-streaming sources of server farm 116. The system may solicit athird-party audio service over a network, for example server 107, forbuilding and editing audio playlists. The system receives one or morebroadcast audio content items (e.g., content provided by radio stations)from audio content sources and/or internet-generated audio contentstreaming from one or more internet radio stations. In some embodimentsbroadcast sources and internet sources are radio stations broadcastingand transmitting, respectively, audio (sometimes with related metadata)by radio waves and internet communications, respectively, that isintended to reach a wide audience. The system receives the broadcastcontent items from the entire country (e.g., USA) or a geographical area(e.g., North America) and internet content items from internet radiostations as selected by the user. In some embodiments, the systemreceives all broadcast content items from the entire country (e.g., USA)or a geographical area (e.g., North America) as selected by the user.The received broadcast and/or streamed content items can be for a timeperiod (e.g., 30 minutes, 60 minutes or 120 minutes) or continuouslyrecorded. For example, the system may record the broadcast and streamedcontent items for a specific time period from broadcast content sourcesand internet content sources (e.g., radio stations) for processing anduse in generating the playlist. In an embodiment, after the specifictime period has passed, the recorded broadcast and streamed contentitems are deleted. In another embodiment, the system records allbroadcasts and streaming continuously and provides such recordings forprocessing and use in generating the playlist. The received broadcastand streamed content items are optionally stored in a database 102 forprocessing and used in generating the playlist. In some embodiments, thereceived broadcast and streamed content items are optionally stored in astorage incorporated in or coupled to vehicle entertainment system(e.g., storage 514 of FIG. 5.)

The system processes each of the broadcast audio content items andinternet audio content items by performing content recognition and insome cases, geographical origin recognition, to determine metadata foreach audio content item. For example, a first broadcast or streamedaudio content item is processed and determined to be the song “Dream On”and/or music from a radio station in Memphis. In some embodiments, allbroadcast and streamed audio content items are processed to determine atleast a content type.

As previously discussed, vehicle 106 may be an autonomous vehicle, avehicle that is capable of sensing its environment and moving safelywith little or no human input. The vehicle can be an internet-connectedvehicle, a vehicle that can communicate bidirectionally with othersystems outside of the vehicle. The vehicle can communicatebidirectionally via antenna array 108 with array 104 and communicationnetwork 120, respectively, to facilitate generating the playlist basedon the selections and the received broadcast and streamed content items.

In an example implementation, at 1) in FIG. 1, vehicle entertainmentsystem 110 receives internet-generated audio content items 109 fromserver farms 116 of communication network 120 and broadcast audiocontent items 105 from various geographic regions in the U.S. Vehicleentertainment system 110 plays the received audio content items invehicle 106. A particular audio content item currently playing invehicle 106 may be indicated by a command utterance from a driver oroccupant of vehicle 106, at 2) in FIG. 1. For example, the song “DreamOn” may be playing in vehicle 106 and an occupant may utter “TIVO: Addthis song to my Spotify playlist.” In this case, the word “TIVO” is atrigger to vehicle entertainment system 110. In an embodiment, vehicleentertainment system 110 listens for a trigger that may not necessarilybe “TIVO” but is rather another word or phrase known to vehicleentertainment system 110 to signify an upcoming uttered playlist-relatedcommand. With continued reference to the above example, vehicleentertainment system 110 may detect the utterance “TIVO” by implementinga speech recognition algorithm as further discussed below. Vehicleentertainment system 110 may further detect the command “Add this songto my Spotify playlist” and determine a metadata. The metadata includesidentifying information (i.e., audio content identifier) regarding thecurrently playing audio content such as, without limitation, the title,artist, and genre of the song. Vehicle entertainment system 110 mayfurther detect the third-party service, Spotify, in the audio playlistcommand of the audio input. In the above example, Spotify is identifiedas the third-party service and server 107 may be a Spotify server. Insome embodiments, at 3), vehicle entertainment system 110 may transmitthe audio content identifying part of the metadata—the audio contentidentifier—of the currently playing song to database 102 for storage,processing, and use in building or editing a playlist of a particularcategory, for example.

In some embodiments, vehicle entertainment system 110 may translate theaudio content identifier of the metadata detected in the currentlyplaying audio content to an identifier recognizable to the third-partyservice, in the above example, Spotify. The third-party service may ormay not employ a unique identifier and may recognize the audio contentidentifier of the metadata in the currently playing audio content inwhich case, no translation is necessary and vehicle entertainment system110 transmits the audio content identifier to server 107 throughinterface 112, at step 4) in FIG. 1. In some embodiments, vehicleentertainment system 110 transmits the audio content identifier toserver 107 in a proxy file, as shown in FIG. 1. In embodiments wherevehicle entertainment system 110 translates the audio content identifierto a third party audio content identifier, vehicle entertainment system110 may transmit the third party audio content identifier instead of theaudio content identifier of the metadata to server 107. To determinewhether or not the audio content identifier requires translation,vehicle entertainment system 110 may maintain and search a table ofcorrespondences between third-party services and third-party audiocontent identifiers, and if vehicle entertainment system 110 fails tofind such a correspondence in the table, vehicle entertainment system110 may determine no translation is necessary and vehicle entertainmentsystem 110 may determine to transmit the audio content identifier fromthe metadata of the currently playing audio content with the proxy fileat step 4) to server 107. Whereas, if vehicle entertainment system 110finds an associated third-party audio content identifier in the table,vehicle entertainment system 110 may determine to transmit theassociated third-party audio content identifier with the proxy file atstep 4) to server 107. For example, in the case where vehicleentertainment system 110 finds a unique audio content identifier(third-party audio content identifier) for “Spotify” in a maintainedtable, vehicle entertainment system 110 may transmit the uniqueidentifier to server 107 for recognition of the song “Dream On” bySpotify. The third-party audio content identifier may be compliant witha protocol unique to the third-party service. For example, a certainsequence of numbers or letters in the beginning of the identifier mayhave a certain significance in identifying the third-party service. Insome embodiments, vehicle entertainment system 110 does not transmit theaudio content (e.g., the song “Dream On”) with the proxy file at 4)because the audio content may be a large file and unnecessary for therecognition of the song given the metadata audio content identifier. Insome embodiments, vehicle entertainment system 110 may transmit theaudio content with the proxy file for possible faster audio contentidentification by server 107.

Next, at 5) in FIG. 1, vehicle entertainment system 110 receives aplaylist of one or more audio content identifiers of the audio contentin the playlist built by server 107. The playlist includes the audiocontent identifier of the audio content that was playing in vehicle 106when the vehicle occupant asked to add the content to a Spotifyplaylist. Accordingly, system 100 builds a user- or occupant-commandedplaylist without the need or assistance of an externally located deviceto vehicle entertainment system 110, such as a smartphone. Unlikeconventional techniques, system 100 does not require anapplication-to-application communication to consummate playlistprocessing based on a currently playing audio content item.

In some embodiments, vehicle entertainment system 110 is self-containedand includes a vehicle content interface application that when executedby one or more processers of vehicle entertainment system 110 may causethe above-identified steps and steps as discussed and shown relative tothe embodiment of FIG. 1 to be performed by vehicle entertainment system110.

In an embodiment, vehicle 106 of system 100 may recognize content in anaudio input received from a user or occupant of vehicle 106, for examplea driver utterance, by implementing a natural language detectionprocess. In some embodiments, system 100 may detect an utterance, forexample an audio input (e.g., “TIVO: Add this song to my Spotifyplaylist”), by implementing natural language processes. Vehicleentertainment system 110 may implement or solicit a speech detectionalgorithm to determine the start and end of a phrase based on a sequencevalidating technique. For example, vehicle entertainment system 110 mayimplement a segmental conditional random field (CRF) algorithm or use ahidden Markov model (HMM) or a long short-term memory (LSTM) model topredict the end of the audio signal corresponding to a phrase orsentence. In implementations using model-based prediction, such as withthe use of HMM or LSTM models, the model may be trained to predictwhether the uttered word is a start of the sentence, an intermediateword or the last word of the sentence. A model may be trained in avariety of ways to predict features such as, without limitation,question tags, WH (“what”) words, articles, part-of-speech tags,intonations, syllables, or any other suitable language attributes. Theterm “tag,” as used herein, refers to a label that is attached to,stored with, or otherwise associated with a word or a phrase. Forinstance, “verb” is an example of a part-of-speech tag that may beassociated with the word “running.” Part of speech is one example of afeature or a type of tag value. An influential word is another exampleof a feature or a type of tag value. During the training of the model, acollection of word-to-tag mappings is fed to the model along with aninput sentence. As used herein, the term “label” refers to a value oroutcome that corresponds to a sample input (e.g., a query, features, orthe like) and that may be employed during training of the model. In someexamples, the model is trained by way of supervised learning based onlabeled data, such as sample inputs and corresponding labels. In someexamples, features may be referred to as dependent variables, and labelsmay be referred to as independent variables.

A sequence validation technique may be executed on a sentence or phrasein a forward and a backward direction for improved predictionreliability but at the expense of requiring a separate model and modeltraining for each direction, a rather costly approach. A sequencestructure validation may be employed using conditional probability atits base, for example, the Bayes theorem, to store states at differentpoints in time of a sentence. In some embodiments, an extension to thebasic sequence structure validation algorithm may be implemented withMarkov chains. Markov chains introduce hidden states at every statetransition, for example, between the words of a phrase or sentence, orbetween syllables of words of a phrase or sentence. The labels used foreach such training example are the points in time at which the phrase(spoken utterance) may start and end.

In some embodiments, the start of a phrase is typically driven bydecisions taken during the handling of the last packet of a phrase, anda list of contextual information is passed to the next audio chunk (orpacket). In some cases, a silent duration of a predefined duration maybe detected in real time to help shift to a new context. In someembodiments, silent duration detection may be implemented based onheuristics.

FIG. 2 shows an illustrative diagram of an exemplary audio playlistgeneration system 200, in accordance with some embodiments of thedisclosure. In some embodiments, system 200 is configured as system 100of FIG. 1 and similarly performs on-demand vehicle-commanded audioplaylist generation, processing, management, and maintenance based onaudio content items played in the vehicle and sourced from one or moreaudio content types. For example, as shown in FIG. 2, system 200includes an array 204 of antennas (204 a, 204 b, 204 c, 204 d . . . 204n, “n” being an integer value), analogous to array 104 of FIG. 1; avehicle 206 with antenna array 208 having a vehicle entertainment system210, and third-party server 207, analogous to vehicle 106 with antennaarray 108 having a vehicle entertainment system 110, and third-partyserver 107, respectively, of FIG. 1, and a communication network 220analogous to communication network 120 of FIG. 1. Similarly, vehicle 206of FIG. 2 includes a vehicle entertainment system 210, analogous tovehicle entertainment system 120 of vehicle 106 of FIG. 1. Vehicleentertainment system 210, server 207, and communication network 220 ofFIG. 2 may be coupled as discussed and shown relative to vehicleentertainment system 110, server 107, and communication network 120 ofFIG. 1, respectively. It is understood that while a database, such asdatabase 102, is not shown in the embodiment of FIG. 2, in someembodiments, such a database may be communicatively coupled to vehicle206, server 207, and communication network 220, as shown and describedrelative to vehicle 106, server 107, and communication network 120, ofFIG. 1, respectively.

With reference to FIG. 2, vehicle entertainment system 210 of vehicle206 is further shown to include a user interface 211. User interface 211may display information in connection with a currently playing audiocontent item (e.g., the song “Dream On”) and one or more third-partyservices. In an example embodiment, user interface 211 displayscurrently playing audio content item 210 g, metadata item 210 aassociated with the currently playing audio content item (e.g., artistname, genre . . . ), third-party service identification item 210 e,username item 210 b, password item 210 c, and touchscreen keyboard item210 d, which may include an “Enter” option for completing a userselection when activated. It is understood that user interface 211 ismerely an example display and that other types of audio contentinformation or more or less audio content information may be displayedwith user interface 211. In some embodiments, the displayed items areuser-selectable, for example, by an occupant or driver of vehicle 206.Username and password items 210 b and 210 c are collectively userservice account information with a third-party service. For example,they may be the username and password of an occupant or driver ofvehicle 206 with a Spotify account. In some embodiments, vehicleentertainment system 210 may store an occupant's third-party serviceaccount information for convenience and may determine the user accountcredentials based on a stored correspondence in a table ofcorrespondences of user identification and associated third-party useraccount information. In some embodiments, the account credentials may beuser-entered as shown in FIG. 2.

In one example, a vehicle content interface application executing on aprocessor vehicle entertainment system 210 may display the userinterface 211 with options for selection. For example, the userinterface 211 may provide a selection for third-party serviceidentification 210 f (Spotify, Pandora, iHeartRadio, etc.)

The system generates an audio playlist based on vehicle 206 user oroccupant selections and the received broadcast and internet audiocontent items. In some embodiments, the received broadcast and internetaudio content items are stored in a database, such as database 102 ofFIG. 1, not shown in FIG. 2. For example, based on an audio input, thesystem determines a metadata of a currently playing broadcast orinternet-generated audio content, an audio content identifier andoptional other audio content information extracted from the metadata maybe transmitted to server 207 for building a playlist. The playlist mayinclude the currently playing audio content item received from server207. In some embodiments, the playlist may be buffered for presentationin vehicle 206.

In an example implementation, the vehicle content interface applicationexecuting in vehicle entertainment system 210 may cause a certainsequence of steps to be performed based on the received internet and/orbroadcast audio content items, as shown at step 1) (encircled) in FIG.2. At step 2) in FIG. 2, while an audio content item, broadcast orinternet-generated, is playing on vehicle entertainment system 210,vehicle entertainment system 210 receives an audio input including anaudio command trigger (e.g., “TIVO”) and an audio playlist command(e.g., “Add this song to my Spotify playlist”). At step 3), the itemsshown and discussed above relative to user interface 211 may bedisplayed on a display of vehicle entertainment system 210 or a displaycoupled to vehicle entertainment system 210. In the former case, theitems may be displayed on a console of vehicle 206, which may be a partof vehicle entertainment system 210 or externally located to the vehicleentertainment system 210, in vehicle 206. Part of the displayed items ofuser interface 211 may be displayed prior to step 3). For example,metadata item 210 a and audio content identification item 210 g may bedisplayed before step 3), at a time when the currently displayed item isplaying. User interface 211 may display metadata item 210 a and audiocontent identification item 210 g, or other information regarding acurrently playing audio content item, at the beginning of the time thecurrently playing audio content item starts to play. It is understoodthat other audio content-related information may be displayed beforestep 3) in FIG. 2.

At step 4) of FIG. 2, vehicle entertainment system 210 may verify theuser credentials (account information) with a correspondingthird-party-affiliated server based on the user or occupant selection orinput of user account credentials at user interface 211. For example,vehicle entertainment system 210 may verify username item 210 b andpassword item 210 c, as entered in user interface 211, with server 207through interface 226 and communication network 220 before auser-specified audio playlist may be generated. Upon receivingconfirmation of the user account credentials from server 207 throughinterface 228 and communication network 220, vehicle entertainmentsystem 210 may request to build or edit a playlist that includes theuser-specified audio content item request at step 2) in accordance withthe steps shown and discussed relative to the embodiment of FIG. 1.

FIG. 3A shows an illustrative example of an audio input employed in anaudio playlist generation system, in accordance with some embodiments ofthe disclosure. In FIG. 3A, an example audio input 300 is shown forimplementation in an audio playlist generation system, in accordancewith some embodiments of the disclosure. Audio input 300 may be utteredby a user or occupant of a vehicle such as, without limitation, a useror occupant of vehicles 106 and 206 of FIGS. 1, 2, respectively, tocause a respective vehicle entertainment system, such as, withoutlimitation, systems 110 and 210 of FIGS. 1, 2, to perform certainplaylist processing actions. As shown in FIG. 3A, audio input 300includes two distinct audio input portions. A first portion is an audiocommand trigger 302 for prompting the vehicle entertainment system toexpect to receive a following playlist command. The second portion ofaudio input 300 is an audio playlist command 304 for performing aspecific action on a playlist. In the example of FIG. 3A, audio commandtrigger 302 is the utterance “TIVO,” an advance notice of a command tofollow. In some embodiments, every time the vehicle entertainment systemdetects trigger 302, the vehicle entertainment system prepares for theimmediately following utterance to be a vehicle entertainment-relatedcomment. For example, the following utterance may be a playlist-relatedcommand. The following utterance need not be a command orplaylist-related and may be any comment recognizable to the vehicleentertainment system for performing or processing an action related tothe corresponding vehicle. For example, the utterance following trigger302 may be to gauge the inside temperature of the vehicle (e.g., “TIVO:Check car temperature”) or to ensure the windows of the vehicle arerolled up (e.g., “TIVO: Car windows status check”). It is understoodthat trigger 302 need not be “TIVO.”. In the former case, the vehicleentertainment system may include or have access to a temperature sensordevice for measuring the inside temperature of the correspondingvehicle.

In some embodiments, trigger 302 may be another word a phrase, or asentence programmed into the vehicle entertainment system to invoke asubprogram, a subroutine, or a part of a main program for processing thecommand, audio playlist command 304, to be performed by the vehicleentertainment system. In some embodiments, hardware or a combination ofhardware and software in the vehicle entertainment system may bedesigned to detect trigger 302 and to process the action to follow.Audio playlist command 304 may be a word, a phrase, or a sentence thatwhen detected signifies a playlist-related action to be performed. Forexample, in FIG. 3A, audio playlist command 304 is the following part ofthe above example: “Add this song to my Spotify playlist.” Upondetecting this phrase, a vehicle entertainment system knows to look fora third-party service identification, such as “Spotify,” and to performa playlist-related action with a third-party service, such as to “add”the currently playing song to a “playlist.”

In some embodiments, the vehicle entertainment system maintains a listof known third-party service providers, such as, without limitation,Spotify, Pandora, iHeartRadio, etc. The system may compare a detectedname in command 304 with the list and, in response to a match, direct aserver or other network equipment of a corresponding service to buildthe playlist with the currently playing song. In some embodiments, inaccordance with command 304, the vehicle entertainment system mayrequest an action on a playlist based on an audio content item notcurrently playing. For example, command 304 may include the utterance“Add the last song to my Spotify playlist,” in which case the songimmediately preceding the currently playing song may be added to theuser Spotify playlist. In embodiments with systems having the capabilityto maintain a recording of past content, for example, the last 30minutes of content, as previously discussed herein, the vehicleentertainment system may identify, for example, the song thatimmediately preceded the currently playing song from the recording andadd or requests, adding the recorded song to the playlist accordingly.In some embodiments, command 304 may be in reference to a playlistcategory or playlist type. For example, command 304 may be the utterance“Generate a playlist of the same genre on Spotify.” In this case, thevehicle entertainment system creates a new playlist of music of a genrecommon to the genre of a currently playing music. For example, assuming“Dream On” is currently playing, the vehicle entertainment system maymake a request to a Spotify server, such as servers 107 and 207 of FIGS.1, 2, respectively, to start a soft rock genre playlist. The vehicleentertainment system may detect an audio content genre type based on amaintained database of audio content items by category and finds a matchbetween the particular genre of the currently playing audio content,based on the currently playing audio content metadata and the storedlist of audio contents by genre. For example, assuming the currentlyplayed audio content item is the song “Dream On” and the metadata of“Dream On” indicates the genre, the vehicle entertainment systemsearches the audio content items by genre in the database (e.g.,database 102 of FIG. 1), and if the vehicle entertainment system detectsa match, the vehicle entertainment system determines that the detectedgenre is the same genre as the song “Dream On.” A playlist may begenerated or processed based on categories other than genre, forexample, a playlist may be generated based on artist or producer. Insome embodiments, a database communicatively coupled to a vehicleentertainment system may maintain playlist categories. For example, inthe embodiment of FIG. 1, database 102 may maintain audio content itemsby playlist categories. In some embodiments, the database stores theplaylist categories in accordance with audio content identifiers insteadof the audio content. In some embodiments, the database may further oralternatively maintain the audio content identifiers by serviceproviders, such as Spotify or Pandora, or by other audio content-relatedcategories. In some embodiments, the information stated above to bestored in a database may be stored in a storage incorporated in orcoupled or accessible to the vehicle entertainment system (e.g., 514 ofFIG. 5.)

Command 304 may not necessarily identify Spotify or any other playlistservice, in which case, the vehicle entertainment system may takevarious actions. The vehicle entertainment system may ignore and notprocess the command. Alternatively, the vehicle entertainment system mayperform the command without assistance from a service provider. Forexample, the vehicle entertainment system may add the currently playingaudio content item to a playlist maintained by the vehicle entertainmentsystem or a storage device coupled or accessible to the vehicleentertainment system. In some embodiments, the option of generating orprocessing an in-vehicle playlist or a third-party service playlist is auser selection made by a driver or occupant of the vehicle, for example,from a selection presented on a user interface of vehicle 106 or vehicle206 of FIGS. 1, 2, respectively. An example of third-party andin-vehicle playlist selections available to a user is shown anddescribed relative to FIG. 9.

FIG. 3B shows an illustrative example of an audio playlist generated byan audio playlist generation system, in accordance with some embodimentsof the disclosure. In FIG. 3B, an example audio playlist 320 is shownfor implementation in an audio playlist generation system, in accordancewith some embodiments of the disclosure. In nonlimiting examples,playlist 320 may be built, processed, and maintained by systems 100 and200 of respective FIGS. 1, 2. In an example application, vehicleentertainment systems 110 and 210 of systems 100 and 200, respectively,may receive playlist 320 from respective servers 107, 207, in responseto a request from a corresponding vehicle entertainment system to add anaudio content item to an existing playlist or to build a new playlistbased on the audio content item. In some embodiments, playlist 320 isbuilt or edited by vehicle entertainment systems 110 or 210.

With reference to FIG. 3B, playlist 320 is shown to include a series ofaudio content items separated by corresponding content metadata. Morespecifically, playlist 320 is shown to include two audio contents items,audio content item A 320 a and audio content item B 320 c, separated bycontent item B metadata 320 b. Content item A metadata 320 d correspondsto audio content item A 320 a, and content item B metadata 320 bcorresponds to audio content item B 320 c. Each of the content itemmetadata includes information or data relating to a corresponding audiocontent item. For example, metadata 320 d and metadata 320 b may eachinclude all or part of the following information regarding correspondingaudio content item A 320 a and audio content item B 320 c:

-   -   Title    -   Artist    -   Album    -   Song title    -   Genre    -   Album artwork    -   Song number        Each metadata may have audio content-related information other        than the information listed above. Each of the above or other        metadata type of information may be an audio content identifier        identifying a corresponding audio content item (e.g., Title) or        information relating to the audio content (e.g., Artist, Album,        etc.) to a vehicle entertainment system. For example, an audio        content identifier in the metadata may identify a corresponding        audio content item by title. Each of the above or other metadata        type of information may be a third-party audio content        identifier identifying a corresponding audio content to a        third-party service. For example, the Title may be identified to        a third-party service, such as servers 107 and 207 of FIGS. 1,        2, respectively, after translation to a third-party audio        content identifier. In some embodiments, one or more of the        audio content identifiers listed above may be stored in a memory        or storage location or instead, a reference to the location of        the identifiers in a memory or storage location may be stored.

In some embodiments, a playlist may include -a higher or lowernumber ofaudio content items than the number of audio content items shown in FIG.3B. The metadata of each audio content item is shown located immediatelyprior to the corresponding audio content item, in FIG. 3B. For example,content item B metadata 320 b is located immediately prior to audiocontent item B 320 c. In some embodiments, the metadata may be locatedin a different position relative to a corresponding audio content item,for example and without limitation, at the end of and immediatelyfollowing the audio content item or in the middle or embedded elsewherein the audio content item. In some embodiments, the metadata may besplit in parts, for example, references to the metadata and the metadataparts may be dispersed in multiple distinct locations of a correspondingaudio content item. For example, a first part of the metadata may belocated in front of the corresponding audio content (in the metadatalocation shown in FIG. 3B), another part of the metadata may be locatedin the middle of the corresponding audio content item and a last part ofthe metadata may be located immediately following the correspondingaudio content item.

In some embodiments, the playlist may be a list of audio content items,where the audio content of the audio content items is separately storedin a content database. With continued reference to FIG. 3B and withadditional reference to FIG. 1, for example, the audio content of audiocontent item A 320 a, audio content item B 320 c, and the audio contentof the remaining audio content items of playlist 320 may be stored indatabase 102 (FIG. 1). In some embodiments, the metadata or audiocontent identifiers of audio content items may be separately stored inthe content database. For example, metadata 320 d, 320 b, and theremaining metadata or audio content identifiers of correspondingmetadata may be stored in database 102. In both of these cases, vehicleentertainment system 110 of vehicle 106 may directly or indirectly storethe audio content, metadata, or audio content identifier in database102.

FIG. 3C shows an illustrative example of a proxy file generated by anaudio playlist generation system, in accordance with some embodiments ofthe disclosure. In FIG. 3C, an example proxy file 350 is shown generatedby an audio playlist generation system, in accordance with someembodiments of the disclosure. In nonlimiting examples, playlist 350 maybe generated and transmitted to a corresponding third-party server byvehicle entertainment systems 106, 206 of respective systems 100, 200 ofFIGS. 1, 2. Proxy file 350 generally includes information recognizableto a targeted service and relating to a playlist to be built or updated.In some embodiments, proxy file 350 includes information recognizable toa targeted third-party service relating to a playlist to be constructedthat includes a currently playing audio content item by a vehicleentertainment system, such as systems 110, 210 of FIGS. 1, 2,respectively.

A proxy file may carry various audio content-related information. In theexample of FIG. 3C, proxy file 350 is shown to include third-party useridentifier 350 a, third-party category identifier 350 b, and third-party(audio) content identifier 350 c. Each, all, or a combination of thethree may have a format pursuant to a particular service-specifiedprotocol. In some embodiments, third-party user identifier 350 a is astring uniquely identifying a provider account holder (or user) to acorresponding third-party service. For example, identifier 350 a mayidentify a user or occupant of vehicles 106, 206 to servers 107, 207 ofrespective FIGS. 1, 2. Third-party category identifier 350 b may be astring uniquely identifying a particular third-party audio category, forexample, genre, album, artist, etc., such as described above relative toFIG. 3B. It is understood that proxy file 350 may include additional orfewer third-party information items than the three that are shown inFIG. 3C. Additionally, or alternatively, proxy file 350 may includedifferent or additional audio content information types useful foridentifying certain audio content information to a third party. Forexample, while not shown in FIG. 3C, proxy file 350 may includeadditional fields, such as a third-party uniform resource identifier(URI) field and/or a third-party uniform resource locator (URL) field.With continued reference to the Spotify example above, proxy file 350may include a Spotify URL for user access to the audio content items ofa playlist under construction at a vehicle entertainment system ofvarious embodiments of the disclosure, or at an externally locatedcomputer. Proxy file 350 is not limited to the foregoing fields and mayinclude additional, fewer, and different kinds of fields related to athird-party playlist service provider, audio content items, and theplaylist under construction.

FIG. 4 shows an illustrative diagram of an exemplary audio playlistgeneration system 400, in accordance with some embodiments of thedisclosure. In some embodiments, system 400 is configured as system 100or system 200 of FIGS. 1, 2, respectively, and similarly performson-demand vehicle-commanded audio playlist generation, processing,management, and maintenance based on audio content items played in thevehicle and sourced from one or more audio content types. For example,as shown in FIG. 4, system 400 includes a vehicle 406 with antenna array408 having a vehicle entertainment system 410, and third-party server407, analogous to vehicle 106 with antenna array 108 having vehicleentertainment system 106, and third-party server 107, respectively, ofFIG. 1, and a communication network 420 analogous to communicationnetwork 120 of FIG. 1. Vehicle entertainment system 410, server 407, andcommunication network 420 of FIG. 4 may be coupled as discussed andshown relative to vehicle entertainment system 110, server 107, andcommunication network 120 of FIG. 1, respectively. It is understood thatwhile a database, such as database 102, is not shown in the embodimentof FIG. 4, such a database may be communicatively coupled to vehicle406, server 407, and communication network 420, as shown and describedrelative to vehicle 106, server 107, and communication network 120, ofFIG. 1, respectively.

In some embodiments, each of vehicles 106, 206, and 406 of respectiveFIGS. 1, 2, and 4 is an internet-connected car, and the vehicleentertainment system thereof, for example, vehicle entertainment systems110, 210, and 410 of vehicles 106, 206, and 406, respectively, is a TIVOentertainment system in an internet-connected car.

With continued reference to FIG. 4, vehicle entertainment system 410 ofvehicle 406 is shown to further include vehicle control interfaceapplication 432 which may be program code, stored in memory or storage,that when executed by one or more processors is caused to perform thefunctions and processes discussed below and those discussed earlierrelative to the vehicle entertainment system of previous embodiments. Insome embodiments, vehicle control interface application 432 may beimplemented in hardware and in some embodiments, vehicle controlinterface application 432 may be implemented in a combination ofhardware and software (such as by execution of program code). Vehiclecontrol interface application 432 is shown to include a playlistpreprocessor engine 434 and a file generator 436 for building a proxyfile 440 and transmitting the proxy file 440 through interface 438 tocommunication network 420 and ultimately third-party server 407,analogous to the illustration and related discussion of the proxy fileof FIG. 1. In an example embodiment, proxy file 440 is analogous toproxy file 350 of FIG. 3C. In some embodiments, proxy file 440 need notbe analogous to proxy file 350 or the proxy file of FIG. 1 and mayinstead include different file content than proxy file 350 and the proxyfile of FIG. 1. Proxy file 440 generally includes information useful toa third-party server, such as server 407, for recognizing audio contentitems and related information that is being added to or removed from aplaylist. In an example application, proxy file 440 includes athird-party audio content identifier identifying an audio content itemplaying in vehicle 406 that is interesting to a user or occupant ofvehicle 406 (at 1) in FIG. 4), as identified by a user audio input. Theaudio content is to be added to a playlist of a third-party serviceaffiliated with server 407, such as

Spotify.

In response to a user command in the corresponding audio input to addthe currently playing audio content to a Spotify playlist, at 2), inFIG. 4, an audio command parser 438 of playlist preprocessor engine 434parses the audio input into an audio command trigger and an audioplaylist command, analogous to trigger 302 and command 304 of FIG. 3A,respectively.

Playlist preprocess engine 434 determines from the parsed audio inputthat the audio content is to be added to a playlist of a third-partyservice with the user account. Accordingly, engine 434 may verify theuser account credentials with the third party, Spotify, in FIG. 4, asdiscussed above relative to FIG. 2 and as discussed below relative toFIG. 9.

Upon successful verification of the user account, service providersearch engine 442 of playlist preprocessor engine 434 may search forSpotify in association with the user account in a table of associationsbetween verified users and corresponding third-party services at whichthe users are verified. In response to successful verification of theuser account, i.e., finding a match between the user and Spotify, filegenerator 436 builds and transmits proxy file 440 as discussed above. Insome embodiments, application 432 may receive the built playlistincluding the audio content or audio content identifier requested to beadded to the playlist by the user or occupant of vehicle 406 from server407. In some embodiments, application 432 may present the audio contentitems of the playlist from server 407 on a display of a user interfaceof vehicle entertainment system 410, such as user interface 211 of FIG.2 or user interface 911 of FIG. 9. In some embodiments, application 432may further play one or more of the audio content items of the playlistfrom server 407 on vehicle entertainment system 410.

The user or occupant of a vehicle may access audio content items and thevehicle content interface application (and its display screens describedabove and below) from one or more of corresponding user equipmentdevices. FIG. 5 shows a generalized embodiment of illustrative userequipment device 500. More specific implementations of user equipmentdevices are discussed above in connection with FIG. 5. User equipmentdevice 500 may receive content and data via input/output (hereinafter“I/O”) path 516. I/O path 516 may provide content (e.g., broadcastprogramming, on-demand programming, internet content, content availableover a local area network (LAN) or wide area network (WAN), and/or othercontent) and data to control circuitry 512, which includes processingcircuitry 510 and storage 514. Control circuitry 512 may be used to sendand receive commands, requests, and other suitable data using I/O path516.

In some embodiments, I/O path 516 is configured as interface 130 of FIG.1.

Control circuitry 512 may be based on any suitable processing circuitrysuch as processing circuitry 510. As referred to herein, processingcircuitry should be understood to mean circuitry based on one or moremicroprocessors, microcontrollers, digital signal processors,programmable logic devices, field-programmable gate arrays (FPGAs),application-specific integrated circuits (ASICs), etc., and may includea multi-core processor (e.g., dual-core, quad-core, hexa-core, or anysuitable number of cores) or supercomputer. In some embodiments,processing circuitry may be distributed across multiple separateprocessors or processing units. In some embodiments, control circuitry512 executes instructions for a vehicle content interface applicationstored in memory (i.e., storage 514). Specifically, control circuitry512 may be instructed by the vehicle content interface application toperform the functions discussed above and below. For example, thevehicle content interface application may provide instructions tocontrol circuitry 512 to generate the audio content display. In someimplementations, any action performed by control circuitry 512 may bebased on instructions received from the vehicle content interfaceapplication.

In some embodiments, control circuitry 512 is configured, in part or inwhole, as vehicle entertainment system 110, 210, and 410 of FIGS. 1, 2,and 4, respectively; antenna array 508 is configured as antenna array108, 208, and 408 of FIGS. 1, 2, and 4, respectively; user inputinterface 502 may be configured as user interface 211 and interface 911of FIGS. 2 and 9, respectively. In some embodiments, display 504 is adisplay of user interface 211 and user interface 911 of FIGS. 2 and 9,respectively. In some embodiments, speakers 506 are configured asspeakers of vehicle entertainment system 110, 210, and 410 of FIGS. 1,2, and 4, respectively, for playing an audio content item in vehicle106, 206, and 406 of FIGS. 1, 2, and 4, respectively.

In client-server-based embodiments, control circuitry 512 may includecommunications circuitry suitable for communicating with a contentapplication server or other networks or servers. The instructions forcarrying out the above-mentioned functionality may be stored on thecontent application server. Communications circuitry may include a cablemodem, an integrated-services digital network (ISDN) modem, a digitalsubscriber line (DSL) modem, a telephone modem, Ethernet card, or awireless modem for communications with other equipment, or any othersuitable communications circuitry. Such communications may involve theinternet or any other suitable communications network or paths (whichare described in more detail in connection with FIG. 6). In someembodiments, an antenna 508 is provided in the user equipment device400. The antenna 508 may be used for communication with the network ofantennas. In addition, communications circuitry may include circuitrythat enables peer-to-peer communication of user equipment devices, orcommunication of user equipment devices in locations remote from eachother (described in more detail below).

Memory may be an electronic storage device provided as storage 514 thatis part of control circuitry 512. As referred to herein, the phrase“electronic storage device” or “storage device” should be understood tomean any device for storing electronic data, computer software, orfirmware, such as random-access memory, read-only memory, hard drives,optical drives, digital video disc (DVD) recorders, compact disc (CD)recorders, BLU-RAY disc (BD) recorders, BLU-RAY 3D disc recorders,digital video recorders (DVR, sometimes called a personal videorecorder, or PVR), solid state devices, quantum storage devices, gamingconsoles, gaming media, or any other suitable fixed or removable storagedevices, and/or any combination of the same. Storage 514 may be used tostore various types of content described herein as well as content dataand content application data that are described above. Nonvolatilememory may also be used (e.g., to launch a boot-up routine and otherinstructions). Cloud-based storage may be used to supplement storage 514or instead of storage 514.

Control circuitry 512 may include video generating circuitry and tuningcircuitry, such as one or more analog tuners, one or more MPEG-2decoders or other digital decoding circuitry, high-definition tuners, orany other suitable tuning or video circuits or combinations of suchcircuits. Encoding circuitry (e.g., for converting over-the-air, analog,or digital signals to MPEG signals for storage) may also be provided.Control circuitry 512 may also include scaler circuitry for upconvertingand down-converting content into the preferred output format of the userequipment device 500. Control Circuitry 512 may also includedigital-to-analog converter circuitry and analog-to-digital convertercircuitry for converting between digital and analog signals. The tuningand encoding circuitry may be used by the user equipment device toreceive and to display, play, or record content. In some embodiments,the control circuitry may include an HD antenna.

In one embodiment, speakers 506 may be provided as integrated with otherelements of user equipment device 500 or may be stand-alone units. Theaudio and other content displayed on display 504 may be played throughspeakers 506. In some embodiments, the audio may be distributed to areceiver (not shown), which processes and outputs the audio via speakers506. For example, vehicle entertainment system 110 of system 100 mayplay an audio content item via speakers 506 in vehicle 106 (FIG. 1.)

In some embodiments, a sensor (not shown) is provided in the userequipment device 500. The sensor may be used to monitor, identify, anddetermine vehicular data. For example, the vehicle content interfaceapplication may receive vehicular speed data from the sensor or anyother vehicular status data (e.g., global positioning data of thevehicle, driving condition of the vehicle, etc.) received from any othervehicular circuitry and/or component that describes the vehicular statusof the vehicle.

The vehicle content interface application may be implemented using anysuitable architecture. For example, it may be a stand-alone applicationwholly implemented on user equipment device 500. In such an approach,instructions of the application are stored locally (e.g., in storage514), and data for use by the application is downloaded on a periodicbasis (e.g., from an out-of-band feed, from an internet resource, orusing another suitable approach). Control circuitry 512 may retrieveinstructions of the application from storage 514 and process theinstructions to generate any of the displays discussed herein. Based onthe processed instructions, control circuitry 512 may determine whataction to perform when input is received from input interface 502. Forexample, movement of a cursor on an audio user interface element may beindicated by the processed instructions when input interface 502indicates that a user interface 211 was selected.

In some embodiments, the vehicle content interface application is aclient-server based application. Data for use by a thick or thin clientimplemented on user equipment device 500 is retrieved on-demand byissuing requests to a server remote to the user equipment device 500. Inone example of a client-server based content application, controlcircuitry 512 runs a web browser that interprets web pages provided by aremote server. For example, the remote server may store the instructionsfor the application in a storage device. The remote server may processthe stored instructions using circuitry (e.g., control circuitry 512)and generate the displays discussed above and below. The client devicemay receive the displays generated by the remote server and may displaythe content of the displays locally on user equipment device 500. Thisway, the processing of the instructions is performed remotely by theserver while the resulting displays are provided locally on userequipment device 500. User equipment device 500 may receive inputs fromthe user or occupant of the vehicle via input interface 502 and transmitthose inputs to the remote server for processing and generating thecorresponding displays. For example, user equipment device 500 maytransmit, via antenna 508, a communication to the remote serverindicating that a user interface element was selected via inputinterface 502. The remote server may process instructions in accordancewith that input and generate a display of content identifiers associatedwith the selected user interface element as described in greater detailwith reference to FIGS. 2 and 9. The generated display is thentransmitted to user equipment device 500 for presentation to the user oroccupant of the vehicle.

In some embodiments, the vehicle content interface application isdownloaded and interpreted or otherwise run by an interpreter or virtualmachine (executed by control circuitry 512). In some embodiments, thevehicle content interface application may be encoded in the ETV BinaryInterchange Format (EBIF), received by control circuitry 512 as part ofa suitable feed, and interpreted by a user agent running on controlcircuitry 512. For example, the vehicle content interface applicationmay be an EBIF application. In some embodiments, the vehicle contentinterface application may be defined by a series of JAVA-based filesthat are received and run by a local virtual machine or other suitablemiddleware executed by control circuitry 512. In some of suchembodiments (e.g., those employing MPEG-2 or other digital mediaencoding schemes), the vehicle content interface application may be, forexample, encoded and transmitted in an MPEG-2 object carousel with theMPEG audio of a program.

User equipment device 500 of FIG. 5 can be implemented in system 600 ofFIG. 6 as vehicle media equipment 614, vehicle computer equipment 618,wireless user communications device 622 or any other type of userequipment suitable for accessing content, such as a non-portable gamingmachine. For simplicity, these devices may be referred to hereincollectively as user equipment or user equipment devices and may besubstantially similar to user equipment devices described above. Userequipment devices, on which a vehicle content interface application maybe implemented, may function as stand-alone devices or may be part of anetwork of devices. Various network configurations of devices may beimplemented and are discussed in more detail below.

A user equipment device utilizing at least some of the system featuresdescribed above in connection with FIG. 6 may not be classified solelyas vehicle media equipment 614, vehicle computer equipment 616, or awireless user communications device 622. For example, vehicle mediaequipment 614 may, like some vehicle computer equipment 616, beinternet-enabled, allowing for access to internet content, whilewireless user computer equipment 622 may, like some vehicle mediaequipment 614, include a tuner allowing for access to media programming.The vehicle content interface application may have the same layout onvarious types of user equipment or may be tailored to the displaycapabilities of the user equipment. For example, on wireless usercomputer equipment 618, the vehicle content interface application may beprovided as a website accessed by a web browser. In another example, thevehicle content interface application may be scaled down for wirelessuser communications devices 622.

The user equipment devices may be coupled to communication network 610.Communication network 610 may be one or more networks including theinternet, a mobile phone network, mobile voice or data network (e.g., a4G, 5G or LTE network), cable network, public switched telephonenetwork, or other types of communications network or combinations ofcommunications networks.

System 600 includes content source 602 and vehicle content interfacedata source 604 coupled to communication network 610. Communicationswith the content source 602 and the data source 604 may be exchangedover one or more communications paths but are shown as a single path inFIG. 6 to avoid overcomplicating the drawing. Although communicationsbetween sources 602 and 604 with user equipment devices 614, 618, and622 are shown as through communication network 610, in some embodiments,sources 602 and 604 may communicate directly with user equipment devices614, 618, and 622. In some embodiments, communication network 610 may beconfigured as communication network 120, communication network 220, andcommunication network 420 of FIGS. 1, 2, and 4, respectively. In FIG. 6,content source 602 may be communicatively coupled to communicationnetwork 610 through interface 606; vehicle media equipment 614 may becommunicatively coupled to communication network 610 through interface612, vehicle content interface data source 604 may be communicativelycoupled to communication network 610 through interface 608 and wirelessuser communications device 622 may be communicatively coupled tocommunication network 610 through interface 620. In some embodiments,interface 612 may be configured as one or more of interfaces 112, 114,and 125 of FIG. 1; and interface 606 may be configured as interface 134of FIG. 1.

Content source 602 may include one or more types of content distributionequipment including a media distribution facility, satellitedistribution facility, programming sources, intermediate distributionfacilities and/or servers, Internet providers, on-demand media servers,and other content providers. In some embodiments, content source 602 isconfigured as an audio content source of systems 100, 200, and 400 ofFIGS. 1, 2, and 400. Vehicle content interface data source 604 mayprovide content data, such as the audio described above. Vehicle contentinterface application data may be provided to the user equipment devicesusing any suitable approach. In some embodiments, vehicle contentinterface data from vehicle content interface data source 604 may beprovided to users' equipment using a client-server approach. Forexample, a user equipment device may pull content data from a server, ora server may present the content data to a user equipment device. Datasource 604 may provide user equipment devices 614, 618 and 622 thevehicle content interface application itself or software updates for thevehicle content interface application.

FIG. 7 shows a generalized embodiment of an illustrative system 700 inwhich user equipment device 500 of FIG. 5 and the system 600 of FIG. 6can be implemented. System 700 includes an array of antennas (e.g., 702a, 702 b, and 702 c) connected to collectors (e.g., 704 a, 704 b, and704) coupled to storage device 706, server 708 and a vehicle 710. Thevehicle 710 can communicate bidirectionally with other systems outsideof the vehicle. Communications with the array of antennas (702 a, 702 b,and 702 c) and the collectors (e.g., 704 a, 704 b, and 704 c) andstorage device 706 may be exchanged over one or more communicationspaths but are shown as a single path in FIG. 7 to avoid overcomplicatingthe drawing.

The array of antennas (e.g., 702 a, 702 b, and 702 c) may include aplurality of antennas dispersed around the country coupled to receivebroadcast content items from all terrestrial broadcast content sources.The antennas may be coupled to collectors 704 that collect all of thebroadcast content items from broadcast content sources and deliver it tothe storage device 706. The broadcast content items are connected to theserver 708 for processing for content recognition and geographicalorigin determination. The broadcast content items are processed throughan automated content recognition. The automated content recognition canstore, allocate based on content recognition and process forpresentation of the broadcast content items. The server 708 may be acollection of servers connected to the storage device for improvedprocessing. The vehicle includes a user interface 712 and an antenna 714that communicates with the storage device 706. All of the communicationbetween the antennas, collectors, servers and vehicle may be through oneor more networks including the internet, a mobile phone network, mobilevoice or data network (e.g., a 4G, 5G or LTE network), or other types ofcommunication network or combinations of communication networks forin-vehicle use.

In one embodiment, user equipment may refer to components incorporatedinto, coupled to, or accessible by a vehicle such as vehicle 800 in FIG.8. In some embodiments, vehicle 800 is analogous to vehicles 106, 206,or 406 of respective FIGS. 1, 2, and 4. Vehicle 800 need not beconfigured as vehicles 106, 206, or 406, and may be instead configuredas any vehicle suitable for incorporating, coupling or accessing avehicle entertainment system, as shown and described herein. The vehicle800 is equipped with a vehicle content interface application that may befurther used to enable/disable content options. For example, a user 812in vehicle 800 may use vehicle content interface component 810 to accesscontent on the vehicle 800. In some embodiments, the vehicle contentinterface component 810 may be an audio system incorporated into vehicle800, as discussed earlier with reference to vehicle entertainmentsystems 110, 210, and 410 of respective FIGS. 1, 2, and 4, or userequipment used to access such content while using vehicle 800.

In an example operation, user 812 utters a command carried by audiosignals 806, which are received by vehicle content interface component810. The uttered user command may be an audio input carried by audiosignals 806 to vehicle content interface component 810. In someembodiments, the audio input carried by audio signals 806 analogous toaudio input 300 of FIG. 3A and may include audio command trigger 302 andaudio playlist command 304. For example, the audio input received fromuser 812 may be “TIVO: Add this song to my Spotify playlist,” as shownat 804 in FIG. 8 and discussed above relative to previous figures.

As discussed above, in some embodiments, a user or occupant of thevehicle 800, such as user 812, may select a user interface 911 as shownin FIG. 9, analogous to user interface 211 (FIG. 2). User interface 911is incorporated into or accompanying a vehicle content interfacecomponent 910 by direct input into the user interface (e.g., activatingthe system via user interface 911). In some embodiments, vehicle contentinterface component 910 is configured as vehicle entertainment system110, 210, and 410 of respective FIGS. 1, 2, and 4. Upon a user'sselection of the user interface 911, a list of audio content selections904, 906, 908, 912, 914 and 916 are displayed on the display screen 900of vehicle content interface component 910 as shown in FIG. 9. When theuser or occupant of the vehicle selects one of the content selectors viathe user interface (e.g., user input interface 211 of FIG. 2)incorporated into or accompanying the vehicle content interfacecomponent 810, the selected audio content corresponding to the contentselector is displayed on the screen.

As discussed above, in some embodiments, to generate a unique playlist,a user interface 911 is displayed on the screen of the vehicle contentinterface component 810. In one example, a user in the vehicle 800 mayselect the user interface 911 incorporated into or accompanying thevehicle content interface component 810 by direct input into the userinterface (e.g., user interface 911). Upon the user's selection of theuser interface 911, a list of audio content selections 904, 906, 908,912, 914 and 916 is displayed on the display screen 900 as shown in FIG.9. When the user selects one of the content types 904, 906, 908 via theuser interface (e.g., user input interface 911 or user interface 211(FIG. 2)) incorporated into or accompanying the vehicle contentinterface component 810, the selected content type corresponds to acontent selection displayed on the screen. For example, the user selectsthe content types 904, 906, and 908 and is prompted to select from acorresponding choice of the content selections. In some embodiments, theuser is prompted to select content types for audio contentidentification 904, third-party service playlist content identification906, and vehicle playlist content identification 908, corresponding tocontent selections audio content item 912, third-party service playlistaudio content item 5 914, and vehicle playlist audio content item 2 916.The content type and content selection correspond to each other.

When the user selects one of the content identifications 912-916 via theuser interface (e.g., user input interface 900 (FIG. 9)) incorporatedinto or accompanying the vehicle content interface component 810,identifying information of the selected audio content type correspondingto the content selection is displayed on the screen, played via vehiclespeakers, or both. For example, in response to the user's selection ofidentification 904 and the audio content item 912, “Dream On” is playedin the vehicle and an album cover from the album including the song“Dream On” is displayed at 916 of user interface 911. In addition to thealbum cover, other audio content identifiers (e.g., the artist“Aerosmith”) may be extracted from the metadata embedded in the song“Dream On” and displayed at 918 of user interface 911, in FIG. 9.Additionally, component 810 may play, or cause to be played, the song“Dream On” in the vehicle. Identifications 906 and 908 are third-partyplaylist and in-vehicle playlist selections, respectively. For example,user 812 may select identification 906 to direct component 810 to startthe process of building a Spotify playlist in accordance with variousmethods and processes disclosed herein. User 812 may selectidentification 908 to direct component 810 to start the process ofbuilding an in-vehicle playlist, in accordance with various methods andprocesses disclosed herein.

FIG. 10 shows an illustrative flowchart of an audio playlist generationprocess, in accordance with some embodiments of the disclosure. In FIG.10, an audio playlist generation process 1000 may be performed by avehicle entertainment system in a vehicle, such as, without limitation,systems 110, 210, 410, 810, and 910 of respective FIGS. 1, 2, 4, 8, and9. In some embodiments, the steps of process 1000 may be performed byprocessing circuitry 510 of FIG. 5 and vehicle media equipment 110 ofFIG. 1. In some embodiments, the steps of process 1000 may be performedby any in-vehicle device configured to receive, process, and transmitaudio content, audio playlists, and associated identifiers, and to buildaudio playlists as disclosed herein. In some embodiments, processingcircuitry 510 may execute program code stored in storage 514 forcarrying out the steps of process 1000. In some embodiments, process1000 may be implemented, in part or in whole, in hardware. In someembodiments, process 1000 may be implemented by a combination ofexecuting program code and hardware. In the discussion below, process1000 is presumed performed by execution of program code, for example,processing circuitry 510 executing program code stored in storage 514(FIG. 5). For simplicity of illustration, vehicle entertainment system110 of system 100 of FIG. 1 is referenced in the below discussion ofprocess 1000, with interchangeable references to processing circuitry510 and other components of FIG. 5 to illustrate an exampleimplementation of process 1000. It is understood that while processingcircuitry 510 is discussed below to perform the steps of process 1000,other circuitry suitable for carrying out the steps of process 1000 maybe employed.

At step 1002, vehicle entertainment system 110 of system 100 receivesbroadcast audio content and/or internet-generated audio content. Forexample, processing circuitry 510 executes program code stored instorage 514 to cause speakers 506 to play a particular audio contentitem in vehicle 106. At step 1004 of FIG. 10, processing circuitry 510receives audio input. For example, processing circuit 510 may receiveaudio input 300 of FIG. 3A. At step 1006, processing circuitry detectsan audio command trigger in the received audio input of step 1004. Forexample, at step 1004, processing circuitry 510 may receive the audioinput “TIVO: Add this song to my Spotify playlist.” At step 1006,processing circuitry 510 detects the word “TIVO” as the audio commandltrigger and therefore expects a playlist action following the audiocommand trigger. At step 1008, processing circuitry 510 parses the audioplaylist command (e.g., “Add this song to my Spotify playlist”) from theaudio input received at step 1004. In an embodiment, processingcircuitry 510 may perform the functions described and shown hereinrelative to the audio command parser 438 of FIG. 4 to parse the audioplaylist command from the audio input, at step 1008. In someembodiments, processing circuitry 510 determines that the audio contentitem currently playing in the vehicle, for example, vehicle 106, is tobe added to or removed from a user or occupant of the vehicle's Spotifyplaylist, because processing circuitry 510 is programmed to determine,for example, that the word “this” refers to the currently playing audiocontent item. Processing circuitry may determine “this” refers to thecurrently playing audio content item by performing a speech detectionalgorithm suitable for determining the words of the parsed audioplaylist command, such as previously described. Processing circuitry 510further determines that a third-party playlist, namely Spotify'splaylist, is to be processed by implementing a suitable speech detectionalgorithm on the parsed audio playlist command. Accordingly, processingcircuitry 510 may confirm the user or occupant of the vehicle withSpotify by confirming the user's account credentials, for example, theusername and password, as described relative to user interface 211 ofFIG. 2, with Spotify.

At step 1010, processing circuitry 510 confirms with aSpotify-affiliated authentication server, such as server 107, that theuser or occupant of the vehicle has an authorized account with

Spotify, and the process proceeds to step 1012. In the event processingcircuitry 510 determines that Spotify has not authorized the useraccount at step 1010, processing circuitry proceeds to step 1018. Atstep 1018, processing circuitry 510 has an option of ending process 1000with no playlist built or building an in-vehicle playlist and proceedsaccordingly. At step 1018, if the processing circuitry 510 determines tobuild an in-vehicle playlist, processing circuitry 510 determines anaudio content identifier of a metadata of the currently playing audiocontent item and builds the playlist based on the determined audiocontent identifier. The option to end the process or to build anin-vehicle playlist may be a matter of a user or occupant of thevehicle's selection. In some embodiments, for example, a user oroccupant of the vehicle may select to build an in-vehicle playlist byuse of a user interface selection, such as discussed relative to userinterface 211 of FIG. 2 and user interface 911 of FIG. 9.

At step 1012, processing circuitry 510 determines a metadata of theaudio content item currently playing in the vehicle and furtherdetermines an audio content identifier of the metadata, for example, theaudio content item's title. Processing circuitry 510 may determine themetadata and the audio content identifier at an earlier step, forexample, step 1008. At step 1012, processing circuitry 510 determineswhether the third-party service provider (e.g., Spotify) named in theaudio playlist command of the audio input has an associated third-partyaudio content identifier, for example, as discussed with reference toservice provider search engine 440 in FIG. 4. In the case whereprocessing circuitry 510 determines the third party has a uniqueidentifier, processing circuitry 510 proceeds to step 1014; otherwise,processing circuitry 510 proceeds to step 1016 and skips step 1014. Atstep 1014, processing translates the audio content identifier to theunique third-party audio content identifier. For example, processingcircuitry 510 may perform the translation of step 1014 as discussedrelative to service provider search engine 440 of FIG. 4. At step 1016,processing circuitry 510 generates and transmits a proxy file witheither the audio content identifier or the third-party audio contentidentifier (e.g., an identifier of the song “Dream On” recognizable toSpotify) to the sum of a third-party service, such as Spotify. Forexample, processing circuitry 510 may transmit the proxy file to server107 of FIG. 1. In response to receiving the playlist from thethird-party server, processing circuitry 510 may display the audiocontents of the playlist on a user interface of a vehicle entertainmentsystem of the vehicle, for example, system 110, and/or play the audiocontents of the playlist on the vehicle entertainment system, aspreviously described. In some embodiments, the playlist may be anexisting playlist, or it may be a new playlist.

FIG. 11 shows an illustrative flowchart of an audio playlist generationprocess, in accordance with some embodiments of the disclosure. In FIG.11, an audio playlist generation process 1100 may be performed by avehicle entertainment system in a vehicle, such as, without limitation,systems 110, 210, 410, 810, and 910 of respective FIGS. 1, 2, 4, 8, and9. In some embodiments, the steps of process 1100 may be performed byprocessing circuitry 510 of FIG. 5 and vehicle media equipment 110 ofFIG. 1, for example. In some embodiments, the steps of process 1100 maybe performed by any in-vehicle device configured to receive, process,and transmit audio content, audio playlists, and associated identifiers,and to build audio playlists as disclosed herein. In some embodiments,processing circuitry 510 may execute program code stored in storage 514for carrying out the steps of process 1100. In some embodiments, process1100 may be implemented, in part or in whole, in hardware. In someembodiments, process 1100 may be implemented by a combination ofexecuting program code and hardware. In the discussion below, process1100 is presumed performed by execution of program code, for example,processing circuitry 510 executing program code stored in storage 514(FIG. 5). For simplicity of illustration, vehicle entertainment system110 of system 100 of FIG. 1 is referenced in the below discussion ofprocess 1000, with interchangeable references to processing circuitry510 and other components of FIG. 5 to illustrate an exampleimplementation of process 1100. It is understood that while processingcircuitry 510 is discussed below to perform the steps of process 1100,other circuitry suitable for carrying out the steps of process 1100 maybe employed.

At step 1102, in FIG. 11, the account of a user or occupant of vehicle106 is confirmed with a third-party playlist service provider. Forexample, processing circuitry 510 confirms the user account with server107, as discussed relative to FIG. 2 above. At step 1104, in response toconfirmation of the user or occupant account, processing circuitry 510may send a request to the third-party server for a playlist action. Forexample, processing circuitry 510 may transmit a request throughinterface 226 (FIG. 2) to server 107 to add an audio content item to auser or occupant playlist. The processing circuitry 510 may make such arequest by providing a third-party audio content identifier thatidentifies the audio content to be added to the third-party server. Atstep 1106, processing circuitry 510 receives acknowledgment of therequest of step 1104. For example, processing circuit 510 may receive anacknowledgment through interface 228 of FIG. 2 from server 207.

At step 1108, processing circuitry 510 may make a determination as towhether the user or occupant of vehicle 106 is selecting to build theplaylist in-vehicle or by a third-party service. Processing circuitry510 may make the determination of step 1108 in response to a user oroccupant selection on a user interface of vehicle entertainment system110, for example user interfaces 211 and 911 of FIGS. 2 and 9,respectively. In some embodiments, an in-vehicle playlist may be builtwhen a third-party playlist is built, as a default feature, in whichcase step 1108 may be skipped. If, at step 1108, processing circuitry510 determines an in-vehicle playlist action is requested, process 1100proceeds to step 1110; otherwise, process 1100 proceeds to step 1112. Atstep 1110, processing circuitry 510 builds an in-vehicle playlist basedon a user or occupant selection through a user interface of vehicleentertainment system 110 or based on the in-vehicle currently playing oran in-vehicle previously playing audio content. At step 1112, processingcircuitry 510 receives a third-party playlist from server 107. In thescenario of FIG. 11, if processing circuitry 510 performs both steps1110 and 1112, two audio playlists are generated, an in-vehicle audioplaylist, created or updated by vehicle entertainment system 110, atstep 1110, and an audio playlist created or updated by server 107, atstep 1112. The two playlists may or may not be identical. For example,assuming the playlist action at step 1104 is to add an audio contentitem, the audio content item being added may be the fifth audio contentitem in the server-provided playlist, whereas the same audio content maybe the second audio content item in the in-vehicle playlist, as shown byuser interface 911, in FIG. 9. Referring still to FIG. 11, at step 1114,processing circuitry 510 may cause audio contents of one or bothplaylists to be presented at a display, for example, display 504 (FIG.5), the display of vehicle entertainment system 110 (FIG. 1), or thevehicle entertainment system 210 (FIG. 2). Processing circuit 510 mayalso or alternatively play the audio contents of one or both playlists.

It is understood that the order of steps of each of the processes 1000,and 1100, as shown in the flowcharts of FIGS. 10 and 11, respectively,may be suitably changed or exchanged. For example, one or more steps, asmay be suitable, can be added to or deleted from each of the processes1000 and 1100.

The systems and processes discussed above are intended to beillustrative and not limiting. One skilled in the art would appreciatethat the actions of the processes discussed herein may be omitted,modified, combined, and/or rearranged, and any additional actions may beperformed without departing from the scope of the invention. Moregenerally, the above disclosure is meant to be exemplary and notlimiting. Only the claims that follow are meant to set bounds as to whatthe present disclosure includes. Furthermore, it should be noted thatthe features and limitations described in any one embodiment may beapplied to any other embodiment herein, and flowcharts or examplesrelating to one embodiment may be combined with any other embodiment ina suitable manner, done in different orders, or done in parallel. Inaddition, the systems and methods described herein may be performed inreal time. It should also be noted that the systems and/or methodsdescribed above may be applied to, or used in accordance with, othersystems and/or methods.

What is claimed is:
 1. A method of generating a playlist of audiocontent for a vehicle comprising: receiving an audio input at a vehicleentertainment system of the vehicle while an audio content item iscurrently played by the vehicle entertainment system, wherein the audioinput includes an audio command trigger and an audio playlist command;in response to detecting the audio command trigger in the audio input,parsing the audio input to determine the audio playlist command;determining a metadata associated with the audio content item of theaudio content; and in response to determining the audio playlistcommand, causing the audio content to be added to an audio contentplaylist of a third-party service based on the metadata of the audiocontent item.
 2. The method of claim 1, wherein the audio content isinternet-sourced or terrestrially sourced.
 3. The method of claim 1,wherein the third-party service is identified in the audio playlistcommand and wherein the metadata comprises an audio content identifierthat identifies the audio content to the vehicle entertainment system,the method further comprising translating the audio content identifierin the metadata to a third-party audio content identifier based on aprotocol, wherein the third-party audio content identifier identifiesthe audio content to a remote server for inclusion in the audio contentplaylist.
 4. The method of claim 3, further comprising transmitting thethird-party audio content identifier to the remote server for adding theaudio content to the audio content playlist.
 5. The method of claim 4,wherein transmitting the third-party audio content identifier isperformed by the vehicle entertainment system.
 6. The method of claim 3,further comprising transmitting the audio content identifier to adatabase located externally and remotely to the vehicle, the databasefor storing identified audio content for inclusion in a correspondingaudio content playlist based on an audio content category.
 7. The methodof claim 6, wherein the audio content identifier comprises data relatedto the audio content selected from audio content title, audio contentgenre, or audio content artist.
 8. The method of claim 3, wherein theaudio content identifier comprises a song track identification, a key, aplaylist parameter, or a combination thereof.
 9. The method of claim 1,wherein the audio playlist command identifies the third-party audioservice, the method further comprising: verifying a user accountcorresponding to the third-party audio service with a third-partyserver; determining whether to translate an audio content identifier ofthe metadata to a third-party audio content identifier of thethird-party audio service; and in response to determining to translatethe audio content identifier to the third-party audio contentidentifier, transmitting a proxy file to the third-party server foradding the audio content to the audio content playlist, wherein theproxy file includes the third-party audio content identifier foridentifying the audio content item to be added to the audio contentplaylist by the third-party server.
 10. The method of claim 9, whereinin response to determining to not translate the audio contentidentifier, transmitting the proxy file with the audio contentidentifier, wherein the audio content identifier is recognizable to thethird-party server as the third-party audio content identifier.
 11. Asystem of generating a playlist of audio content for a vehiclecomprising: processing circuitry configured to: receive an audio inputat a vehicle entertainment system of the vehicle while an audio contentitem is currently played by the vehicle entertainment system, whereinthe audio input includes an audio command trigger and an audio playlistcommand; in response to detecting the audio command trigger in the audioinput, parse the audio input to determine the audio playlist command;determine a metadata associated with the audio content item; and inresponse to determining the audio playlist command, cause the audiocontent item to be added to an audio content playlist of a third-partyservice based on the metadata of the audio content item.
 12. The systemof claim 11, wherein the audio content is internet-sourced orterrestrially sourced.
 13. The system of claim 11, wherein thethird-party service is identified in the audio playlist command andwherein the metadata comprises an audio content identifier thatidentifies the audio content to the vehicle entertainment system,wherein the processing circuitry is further configured to translate theaudio content identifier in the metadata to a third-party audio contentidentifier based on a protocol, wherein the third-party audio contentidentifier identifies the audio content item to a remote server forinclusion in the audio content playlist.
 14. The system of claim 13,wherein the processing circuitry is further configured to transmit thethird-party audio content identifier to the remote server for adding theaudio content item to the audio content playlist.
 15. The system ofclaim 14, wherein transmitting the third-party audio content identifieris performed by the vehicle entertainment system.
 16. The system ofclaim 13, wherein the processing circuitry is further configured totransmit the audio content identifier to a database located externallyand remotely to the vehicle, the database storing identified audiocontent for inclusion in a corresponding audio content playlist based onaudio content category.
 17. The system of claim 16, wherein the audiocontent identifier comprises data related to the audio content itemselected from audio content title, audio content genre, or audio contentartist.
 18. The system of claim 13, wherein the audio content identifiercomprises a song identification, a key, a playlist parameter, or acombination thereof.
 19. The system of claim 11, wherein the audioplaylist command identifies the third-party audio service, and theprocessing circuitry is further configured to: verify a user accountcorresponding to the third-party audio service with a third-partyserver; determine whether to translate an audio content identifier ofthe metadata to a third-party audio content identifier of thethird-party audio service; and in response to determining to translatethe audio content identifier to the third-party audio contentidentifier, transmit a proxy file to the third-party server for addingthe audio content to the audio content playlist, wherein the proxy fileincludes the third-party audio content identifier for identifying theaudio content item to be added to the audio content playlist by thethird-party server.
 20. The system of claim 19, wherein in response todetermining to not translate the audio content identifier, theprocessing circuitry is configured to transmit the proxy file with theaudio content identifier, wherein the audio content identifier isrecognizable to the third-party server as the third-party audio contentidentifier.